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Definirea arhitecturii programelor 


Arhitectura unui sistem informatic defineşte componentele acestuia, 
proprietăţile lor vizibile din exterior, precum şi relaţiile dintre 
componente. 

În funcţie de semnificaţia noţiunii “componentă”, arhitectura 
sistemelor informatice poate fi definită într-un sens restrâns şi unul 


larg . 


Modulul poate fi considerat o unitate structurală de sine stătătoare, fie 
program, fie subprogram, fie o unitate de program, fiind văzut ca o 
colecţie sau o formă grupată de instrucţiuni program. Fiecare modul 
va avea un singur punct de intrare şi un singur punct de ieşire. 


Un modulul poate fi descris prin intermediul a trei atribute de bază: 


e funcţia, 
e logica şi 
e interfețele. 


Structura ierarhică de control 
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Evaluarea arhitecturii programelor se poate face pe baza a trei indicatori: 


e Complexitatea structurală a modulului - S(i) = FO2(i) 
e Complexitatea datelor - D(i) = v(i) / [FO(i) + 1] 


e Complexitatea sistemului - C(i) = S(i) + D(i) 
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Funcţia 1 


Elementele constructive ale diagramei de structură 
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Asemănări şi deosebiri între DFD şi DS 


Asemănări între DFD şi DS 
e Redau prelucrările din sistem 
s Redau fluxurile de date între prelucrări 


e Structurează ierarhic prelucrările 


Deosebiri între DFD şi DS 

e Sunt concepute din perspective diferite 
* Aplicarea unor reguli şi principii diferite 
s DS conţin detalii neregăsite în DFD 

* Utilizarea de simboluri şi notații diferite 


s introducerea în DS a conceptelor specifice programării 
calculatoarelor 


Etapele transpunerii cerintelor informationale în 
arhitectura programului 


1. Pregătirea (detalierea) DFD-urilor 
e Obţinerea de procese elementare (monofunctionale) 
e Adăugarea proceselor care privesc operaţiunile de citire şi 
actualizare a datelor 


e Adăugarea detaliilor care privesc activitatea de programare 
(validarea datelor, tratarea excepțiilor etc.) 


2. Identificarea caracteristicilor sistemului - două tipuri de sisteme: 
e orientate pe transformări 
e orientate pe tranzacţii 


3. Transformarea DFD-urilor, prin aplicarea a două strategii posibile: 


e analiza tranzacţiilor 
e analiza transformărilor 


Strategii de transformare a DFD 


Analiza transformărilor. Procesele din DFD-uri sunt împărţite în trei 
categorii: 


e procese aferente - privesc introducerea datelor 
e procese eferente - privesc furnizarea ieşirilor 


e transformarea centrală - realizează calcule şi prelucrări propriu-zise 


Analiza tranzacţiilor. Această strategie presupune: 


* identificarea centrului tranzactional 


e fiecare ramură care se desprinde de centrul tranzactional tratează o 
clasă de tranzacții 


Analiza transformarilor 
Etapa 1 - Izolarea ramurii centrale 
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Procese aferente - transformarea intrărilor fizice în intrări logice 
Procese eferente - transformarea ieşirilor logice în ieşiri fizice 


Procese centrale - efectuează calcule (transformări) asupra datelor 
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Analiza transformarilor 
Etapa 2 - Construirea diagramei de nivel superior 
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Analiza transformarilor 
Etapa 3 - Construirea diagramei de structură detaliate 
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Analiza transformarilor 
Etapa 4 - Rafinarea arhitecturii initiale 


Această activitate presupune aplicarea aspectelor de calitate ale programelor 
şi reorganizarea modulelor: 


e Coeziune maximă, 


e Cuplare minimă. 


Analiza tranzactiilor 


Modelul general al unei diagrame de structură 
„pentru un sistem orientat pe tranzacţii, 
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Analiza tranzactiilor 


Etapa 1 - Identificarea centrului tranzactional şi a cailor de acţiune 
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Analiza tranzactiilor 
tapa 2 - Maparea DFD într-o structură de program orientată pe tranzacţii 
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Independenţa funcţională 


Conceptul de independenţă funcţională presupune ca fiecare modul de 
program să fie proiectat astfel încât el să realizeze o singură funcţie sau 


subfunctie a programului, iar interfaţa cu celelalte module să fie cât mai 
simplă. 


Avantajele creării de module independente constau în 
e ușurința dezvoltării lor, 
e limitarea efectelor secundare generate de modificarea codului, 


e facilitarea definirii cazurilor de test, 


* posibilitatea reutilizării unor module în cazul modificării sistemului. 


Independenţa funcţională este măsurată prin intermediul a două criterii 
calitative: coeziunea şi cuplarea. 


Tipuri de coeziune a modulelor 
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Tipuri de cuplare a modulelor 


Cuplarea defineşte gradul de interdependenţă dintre două sau mai multe 
module de program. Obiectivul proiectării arhitecturale constă în minimizarea 
interdepedentelor dintre module, adică reducerea cât mai mult posibil a 
gradului de cuplare. 


Există cinci tipuri cuplare a moduleleor: 
e Cuplarea prin date elementare 

e Cuplarea prin date grupate 

e Cuplarea prin informaţii de control 
e Cuplarea prin date comune 


e Cuplarea prin conţinut 


Reguli practice privind îmbunătăţirea 
arhitecturii programelor 


s Evaluarea structurii programului în vederea reducerii cuplării şi 
îmbunătăţirii coeziunii. 

e Minimizarea structurilor în care un modul are în sfera sa de control 
prea multe module. 

e Mentinerea sferei efectelor unui modul în limita sferei sale de 
control. 

s Evaluarea interfetelor dintre module în vederea reducerii 
complexităţii şi a redundantei 

s Definirea de module a căror funcţii sunt uşor de intuit. 


Principiile filozofiei structurate 


Principiul “împarte şi stăpâneşte” 
Principiul abstractizării 
Principiul formalizării 


Principiul ordonării ierarhice 


